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(54) Precede et dispositif pour la saisie, I'archivage local ou la transmission a distance, avec archivage eloign e eventuel, 
et la reproduction ulterieure. a partir de I'archivage local ou de I'archivage eloigne. de documents constitues par 
des textes et/ou des images. 

(57) Le dispositif comprend. en combinaison avec un teleco- 
pieur numerique 1, un micro-ordinateur 2 et des supports 4a. 
46... 4k de stockage d'informations numeriques et eventuelle- 
ment une liaison 5 de transmission a distance — une carte- 
interface 3 gerant le telecopies, le micro- ordina tew. les sup- 
ports de stockage d'informations numeriques et eVentuelle- 
- ment la liaison de transmission a distance pour reeliser succes- 
sivement : la saisie et la numerisation (par mise sous forme 
numerique) du document: la compression de cefui-ct: la trans- 
mission a un support de memorisation local at/ou a distance 
du document comprime: le stockage local et/oo a distance du 
document comprime et transmis: et le reperage et la restitu- 
tion du document stocke localement ou a distance. 
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"PROCEDE ET DISPOSITIF POUR LA SAISIE. L'ARCHIVAGE LOCAL 
OU LA TRANSMISSION A DISTANCE. AVEC ARCH I VAG E ELOIGNE 
EVENTUEL. ET LA REPRODUCTION ULTER I EURE . A PARTI R DE 
L'ARCHIVAGE LOCAL OU DE L'ARCHIVAGE ELOIGNE. OE DOCU- 
MENTS CONSTITUES PAR DES TEXTES ET/OU DES IMAGES ** 


La presente invention concerne la saisie, l'ar- 
chivage, la transmission a distance et la reproduction 
de documents constitues par des textes et/ou des images. 

Elle a pour but de reduire l'espace d'archivage 
necessaire pour un document donne, par exemple une page 
de forma t A 4 . 

Elle concerne par t iculier ement l'archivage d'un 
tres grand nombre de documents, notamment pour les so- 
cietes et administrations ayant a traiter un tres grand 
volume de documents, par exemple les compagnies d" assu- 
rances . 

L'archivage etant realise sur des supports ma- 
gnetiques avec' reproduction. sur un ecran video, des 
documents archives. on peut realiser, grace a 1' inven- 
tion, une administration de documents "sans papier". 
Toutefois il est egalement possible si on le desire de 
reproduire sur papier, grace a une imprimante, les do- 
cuments archives. * 

En bref l'invention concerne la compression, le 
stockage. avec transmission a distance eventuelle, et la 
restitution de documents. 

II est par exemple ainsi possible, grace a l'in- 
vention. de stocker tout d'abord les documents, puis, 
lorsqu'on a besoin de r en s eignemen t s ou donnees contenus 
dans ces documents, de restituer ces documents par exem- 
ple sur ecran video afin de les consulter. On peut ain- 
si, au recu d'une lettre. repondre sur le champ a 
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celle-ci. sans sortir et deplacer des dossiers, en fai- 
sant apparaitre a partir du support de stockage le ou 
les documents appropries afin d'y puiser les rensei- 
gnements necessaires pour repondre a la lettre. En meme 
5 temps cette lettre et la lettre de reponse peuvent etre 
stockees apres compression, d'ou gain de temps et econo- 
mie pour la societe mettant en oeuvre le precede et le 
dispositif selon 1* invention . ainsi que pour les clients 
et fournisseurs. de cette societe. 

10 L " invention met es sentiellemen t en oeuvre - en 

plus d * un telecopieur numerique de bonne definition, 
d'un micro-ordina teur de petite taille du type ordina- 
teur personnel de supports de stockage d ' inf orma tions 
numerique s. notamment du type magnetique, associes au 

15 micro-ordina teur - un interface materiel et logiciel 

entre le telecopieur et le micro-ordina teur , cet inter- t 
-face ayant pour . ob jet de permettre au micro-ordina teur 
de commander le telecopieur afin de lui faire effectuer 
les operations successives suivantes : 

20 - saisie et numerisation (par mise sous forme 

numerique) du document. 

- compression de celui-ci 1( 

- transmission a un, support de memorisation lo- 
cal et/ou a distance du document, c.omprime, 

25 - stockage local et/ou a distance du document 

comprime et transmis , et 

- reperage et restitution du document stocke lo- 
calement ou a distance. 

Par document on entend une page ou une succes- 
*30 sion de pages comportant texte et/ou images. 

D'autres fonctions peuvent egalement etre reali- 
sees comme precise dans la description detaillee ci- 
apres . 

L' invention a done e s sen t iellemen t pour objet 
35 premierement un procede pour la saisie, I'archivage lo- 
cal ou la transmission a distance, avec archivage eloi- 
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gne eventuel, et la reproduction ulterieure, a partir de 
larchivage local ou de larchivage eloigne, de docu- 
ments constitues par des textes et/ou des images, carac- 
terise en ce quil comporte la succession des operations 
5 suivantes : 

on saisit et numerise (par mise sous forme 
numerique) le document, 

- on comprime celui-ci, 

- on transmet a un support de memorisation local 
1 0 et/ou a distance le document comprime. 

on stocke localement et/ou a distance le 
document comprime et transmis , et 

- on repere et restitue le document stocke loca- 
lement ou a distance. 

15 L ' invention. a deuxiemement pour objet un dispo- 

sitif pour la mise en oeuvre du procede susvise, carac- 
terise en ce qu'il comprend - en combinaison avec un te- 
lecopieur numerique, un micro-ordina teur et des supports 
de stockage d * informations numeriques et eventuellement 

20 une liaison de transmission a distance - une carte- 
interface gerant le telecopieur, le mxcro- ordina teur . 
les supports de stockage d ' informations numeriques et 
eventuellement la liaison de transmission a distance 
pour realiser succes sivement : 

- la saisie et la numerisation (par mise sous 
forme numerique) du document, 

- la compression de celui-ci, 
la transmission a un support de memorisation 

local et/ou a distance du document comprime, 

- le stockage local et/ou a distance du document 
comprime et transmis, et 

- le reperage et la restitution du document sto- 
cke localement ou a distance. 

L'invention pourra , de toute facon. etre bien 
comprise a 1' aide du complement de description qui suit, 
ainsi que des dessins ci-annexes, lesquels complement et 
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dessins sont , bien entendu, donnes surtout a titre d' in- 
dication . 

La figure 1 illustre schema tiquement le disposi- 
tif selon 1* invention dans la premiere partie de sa mise 
5 en oeuvre du procede selon 1' invention, a savoir jusqu'- 
au stockage. sous forme comprimee, des documents a sai- 
s ir . 

La figure 2 illustre schema tiquement ce disposi- 
tif dans la seconde partie de sa mise en oeuvre du pro- 
10 cede selon l'invention, a savoir la reproduction d * un 
document preala blemen t stocke sous forme comprimee. 

Selon 1" invention et plus specialement selon 
celui de ses modes d" application, ainsi que selon ceux 
des modes de realisation de ses diverses parties . aux- 
15 quels il semble qu'il y ait lieu d'accorder la preferen- 
ce, se proposant de realiser un procede et un dispositif 
pour la saisie. 1'archivage local ou la transmission a 
distance, avec archivage eloigne eventuel, et la repro- 
duction ulterieure. a partir de 1' archivage local ou de 
20 1'archivage eloigne, de documents constitues par des 
textes et/ou des images, on s'y prend comme suit ou 
d'une maniere analogue. 

L' invention peut etre mise en oeuvre avec tout 
micro-ordina teur fonctionnant sous systeme MS-DOS ou 
25 equivalent, tout telecopieur disposant d'une sortie "se- 
rie" et tout systeme de liaison micro-ordina teur a un 
systeme inf orma tique . 

En particulier 1' interface dote des perfection- 
nements selon 1' invention peut fonctionner ef f ect ivemen t 
30 avec un micro- ordina teur IBM "PC" ou compatible (Olivet- 
ti. ITT, Bull, etc.) connecte a un telecopieur Thomson 
EGT "Profax" ou "Telefax" et en liaison avec un ordina- 
teur distant. Cette liaison est a c t ue Heme n t une liaison 
type "emulation IBM 3278" (carte " I rma " ) qui communique 
35 avec des programmes d ' application realises sur un ordi- 
nateur quelconque supportant cette procedure. Quant au 
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systeme informatique avec lequel le micro-ordinateur, 
communique, il pout etre de types tres divers et en par- 
ticulier peut etre un grand systeme "IBM" fonctionnant 
par exemple sous "VM/CMS" (Virtual Machine / Convers iona 1 
5 Monitor System), sous "IMS" (Information Management Sys- 
tem) ou sous "CICS" (Customer Information Control Sys- 
tem ) . 

On va d'abord exposer les fonctions principales 
du systeme ( procede . et dispositif pour la mise en. oeuvre 
10 du procede) selon 1' invention. 

1 - SAISIE DE DOCUMENTS 

La saisie d * un document est effectuee par le te- 
lecopieur et sa reference de stockage est entree au cla- 
vier du micro-ordinateur au moment de la saisie. Les do- 
15 cuments saisis sont stockes sur un support magnetique du 
micro-ordinateur (disque. disquette , etc. ) apres avoir 
ete compactes. 

2 - VISUALISATION DE DOCUMENTS 

A la demande de l'operateur, le document s'affi- 
20 che a 1'ecran (format "normal") et apres la fin de I'-af- 
fichage, l'operateur dispose des fonctions de "transla- 
tion" (deplacement du document selon les fleches) et 
" d ' homo t he t ie " ( a g r a nd i s s emen t d'une partie du document) 
avec possibility de "translation" sur l'affichage au 
2 5 format "d'homothetie" . 

3 - IMPRESS I ON DE DOCUMENTS 

A la demande de l'operateur, le document affiche 
a 1'ecran peut etre imprime sur 1' imprimante du teleco- 
pieur comme s ' il avait ete transmis en mode telecopie 
30 "normal" ou photocopie sur le telecopieur . 

4 - ENVOI D UN DOCUMENT A UN AUTRE SYSTEME INFORMATIQUE 

A la demande de l'operateur. 1' ensemble des 
donnees graphiques compactees cor re spondan t a un docu- 
ment peut etre envoy e via une liaison (type "IBM 3270" 
35 par exemple) a un ordinateur distant. La fonction "envoi 
de tous les documents saisis localement et non encore 


BN800CID: <# r R_26800©6A1JL> 


2510095 


6 

transmis" existe egalement. 

5 - RECHERCHE 0 * UN OOCUMENT SUR UN AUTRE SYSTEME INFOR- 
MATIOUE 

A la demande de l'operateur. le micro-ordinateur 

5 petit emettre une demande de. transfert d'un document sto- 
cke sur ordinateur distant. La demande est transmise via 
la liaison et les donnees compactees corresponda ntes 
sont envoyees vers le micro-ordinateur qui les stocke 

localement sur support magnetique. 

10 Pour la commodite des operateurs , les fonctions < 

recherche de document sur le site central et visualisa- 
tion de document ont ete regroupees. Par ailleurs . les 
fichiers de donnees compactees presents sur le disque du 
micro-ordinateur sont organises en un.systeme de gestion 

15 de base de donnees avec notamment des fonctions de re- 
cherches s equen tielle s sur la cle et de destruction du 
fichier le moins recemment utilise si un besoin de place 
se f a i t sen t ir . 

Ces -Fonctions sont realisees par seize program- 

20 mes distincts. en plus du programme d* emulation du mi- 
cro-ordinateur (programme 3278 dans le cas d * un IBM PC), 
a s a voir 

- d * une part, onze programmes sur le micro-ordi- 
nateur : 

25 1) Xe gestionnaire de menu, qui charge dynami- 

quement tous les autres programmes; 

2) le programme de compaction, qui saisit un 
document graphique et demande la reference du document a 
1 ' opera teur ; 

30 3) le programme de decompaction, qui affiche 

un document dont la reference est trouvee dans une table 
( ou elle a ete renseignee par un autre programme) et ge- 
re les demandes de "zoom" (homothetie) et de "scroll" 
(translation) de 1 ' opera teur ; 
35 t, ) le programme de selection en local de docu- 

ment a visualiser. qui donne a l'operateur la list© des 
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documents d * un dossier presents sur le micro-ordinateur 
et permet de selectionner un document "local" pour vi- 
sualisation; dans ce cas la reference du document a vi- 
sualiser est renseignee dans une table pour traitement 
5 par le programme de visualisation; 

5) le programme de selection "generale" de do- 
cuments a visualiser, qui donne a l'operateur la liste 
des documents "locaux" et "distants" correspondant au 
numero de dossier qu'il a saisi, et lui permet de selec- 

10 tionner un de ces documents pour visualisation; si le 
document selectionne est present en local, ce programme 
agit comme le programme precedent; dans le cas contrai- 
re. ce programme recherche le fichier du document deman- 
de, sur le site-central, et le transmet dans la base de 

15 donnees locale, puis renseigne la table utilisee par le 
programme de visualisation; par site central, on entend 
un grand systeme informatique centralisant les bases de 
donnees d'un utilisateur informatique; 

6) le programme d" envoi commande de documents, 
20 qui demande a l'operateur de selectionner le numero de 

dossier choisi, puis lui presente la liste des documents 
de ce dossier presents en local et lui demande de choi- 
sir le document a envoyer et, enfin, envoie ce document 
au site central; 

25 7) le programme d* envoi des documents "par 

lot", qui envoie au site central tous les documents pre- 
sents dans la base de donnees locale et qui n'ont pas 
encore ete envoyes; ce programme se termine lorsque tous 
les documents locaux ont ete envoyes ou sur requete de 

3 0 l'operateur; 

8) le programme de consultation des numeros de 
dossiers connus localement, qui donne la liste de tous 
les dossiers pour lesquels il existe au moins un docu- 
ment dans la base de donnees locale du micro-ordinateur; 

35 9) le programme de suppression de document en 

local. qui permet a l'operateur de detruire un document 
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sur la base de donnees locale; 

10) le programme de controle du mot de passe, 
qui permet a l'operateur de sortir de 1 * a pplica t ion et 
de retourner au systeme " D . 0 . S . " ( Disk Operating System) 
5 sur controle d'un mot de passe; et 

11) le programme d" initialisation de la base de 
donnees, qui permet a l'operateur d' initialiser ou de 
reinitialiser la base de donnees locale a une taille va- 
riable, donnee par l'operateur; 

10 - d'autre part, cinq . programmes sur le site cen- 

tral, qui sont des transactions de moniteur de tele- 
traitement ("moniteur T . P . " ) et qui ,permettent : 

12) de recex/oir sur le site central un document 
venant d'un poste de saisie et de le stocker dans la ba- 

15 se de donnees du site central; 

13) d'envoyer un document de la base de donnees 
du site central. a un poste de visualisation sur demande 
de celui- ci ; 

14) de donner la. liste de tous les documents de 
20 la base de donnees du , site central qui se rattachent a 

un numero de dossier indique par l'operateur; 

15) de detruire un document de la base de don- 
nees du site central; et 

16) de controler 1 ' autorisa tion d'acces des 
25 differents postes aux differentes fonctions sur les dos- 
siers demandes et de refuser e ven.tuellemen t l'acces. 

Sur la -Figure 1 on a represents s chema tiqu emen t 
le dispositif selon l'invention dans le cas ou il reali- 
se le stockage et/ou la transmission a distance d'un do- 
30 cument apres 1' envoi reference et comprime . 

Le telecopieur numerique 1 lit le document et 
engendre un signal numerique comportant. pour chaque li- 
gne de texte en format A4 . 1728 bits, soit 216 octets 
(216 x 8 = 1728) selon les.normes du CCITT, notamment 
35 ,1'avis T-4 de 1980 du CCITT (normalisation de teleco- 
pieurs du groupe 3 pour la transmission des documents). 
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Le telecopieur numerique 1 est connecte au mi- 
cro-ordinateur 2 a travers une carte interface 3 a cir- 
cuits integres qui controle le telecopieur 1. Elle gere 
en fait le dialogue entre ces deux unites 1 et 2. 
5 La carte 3 comporte une unite tampon ou "buffer" 

3a qui realise la desynchronisation entre l'acquisition 
des donnees du document par le telecopieur 1 et le trai- 
tement de ces donnees par le micro-ordina teur 2. On ob- 
tient ainsi une rapidite de f one t ionnemen t accrue. 

10 L * information lue par le telecopieur 1 et com- 

primee par le micro- ordina teur 2 sous le controle de la 
carte interface 3 est stockee, sous .cette forme compri- 
mee, sur des supports d * enregi s tr ement locaux 4a, 
4b... 4k (disques, disquettes) et/ou transmise a dis- 

15 tance par une liaison 5 telle qu'un cable telephonique 
en un empl a cement eloigne 6 ou elle peu t etre stockee 
et/ou affichee a la ligne. Une information, stockee lo- 
calement en 4a, 4b. . .4k ou provenant d * un site distant 
ou elle est lue (au moyen d * un systeme analogue au sys- 

20 teme 1, 3, 2. qui vient d'etre decrit a partir d'un do- 
cument original) ou bien extraite d'un support de sto- 
ckage. est traitee comme illustre sur la figure 2 avec 
le dispositif selon l" invention. 

Le micro-ordinateur 2 qui recoit 1 ' information 

25 comprimee d'un support 4a. 4b... 4k ou par la liaison 5. 
traite cette information pour la visualiser sur son 
ecran video et peut egalement I'envoyer via la carte 3 
au telecopieur 1 dont l'imprimante 1a imp rime le docu- 
ment stocke. 

30 On n«tera que dans les deux types de fonction- 

nement des figures 1 et 2, par document on entend une 
page de texte et/ou d ' images de format A4 par exemple. 
et que le traitement se fait dans les deux sens ligne 
par ligne avec un certain nombre d ' approximations 4 comme 

35 explique ci-apres. 

On va decrire maintenant plus en detail les dif- 
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ferents elements du dispositif selon l'invention et 
leurs fonctions. 

A - LA CARTE INTERFACE 3 DE COMMUNICATION ENTRE LE TELE- 
COP I EUR 1 £T LE MICR0-OR0INATEUR 2 
5 Ce dispositif materiel est un circuit electroni- 

que installe sur le bus d * entree- sortie du micro-ordina- 
teur 2 et servant a etablir et a gerer les communica- 
tions entre le micro-ordinateur 2 et le telecopieur 1. 
Ce circuit est appele egalement "carte de communication 
10 avec le telecopieur" dans la suite. 

1 . Fonctions de la carte de co mmunication avec 
le tel ecooieur 
La carte inter-Face 3 de liaison entre le mi- 
cro-ordinateur 2 et le telecopieur 1 peut emettre les 
15 ordres suivants vers le telecopieur : 
a ) en mode lecture : 

- initialisation du dialogue avec le tele- 
copieur, 

- initialisation du mode reception de don- 

20 nees ("lecture"). 

- demandede la double densite au teleco- 
pieur , 

- acceptation de la double densite propo- 
see par le telecopieur, 

25 - transfert des donnees, 

- reinitialisation de la carte et du tele- 
copieur # 

- diagnostic; 

b ) en mode ecriture : 
30 - initialisation du dialogue avec le tele- 

copieur. 

- initialisation du mode emission de don- 
nees ( ecriture ) . 

- demande du mode d* impression (caracte- 

35 re/graphique ) . 

- demande de la double densite (si impres- 
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sion graphique), 

- transfert des donnees , 

- reinitialisation de la carte et du tele- 

copieur; 
5 ' - diagnostic; 

la carte interface 3 petit communiquer aux programmes cfu 
micro-ordina teur 2 les indications suivantes provenant 
du telecopieur 1 : 

- dialogue micro-ordina teur /telecopieur 

10 etabli. 

- demande de double den site formulee par 

le telecopieur, 

- acceptation par le telecopieur du format 
"double densite" , 

15 - resultat des diagnostics (et resultat 

des diagnostics de la carte interface 3 elle-meme). 
2 - Dialogues de la carte 

Le dialogue en mode e change (lecture d'un 
document sur le telecopieur 1 pour codage dans le micro- 
20 ordinateur 2 ou impression sur le telecopieur d'un docu- 
ment figurant sous la forme codee dans le micro-ordina- 
teur) se fait via I'un des dispositifs d'acces direct a 
la memoire RAM du micro- ord ina teur (DMA) ou par tout au- 
tre moyen adequat (memoire a doubles entrees par exem- 
25 pie) de la maniere suivante : 

a)* entre le micro-ord inateur et la carte : 

le micro-ordina teur signale a la carte 
qu'il est pret a emettre (ou a recevoir) une ligne de 
donnees graphiques (par exemple 216 octets representant 
30 les 1728 points d'une ligne graphique format A4 selon 
les normes des t ele copieu r s ) . en reinitiali sant un DMA 
ou en chargeant un "port" de la carte (par "port" on 
entend un dispositif permettant le dialogue entre une 
carte interface et un ordinateur lorsque la carte est 
35 sur le bus d * entree- sor t ie de 1 ' ordinateur ) . 

le micro-ordinateur peut faire autre cho- 
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se pendant que le transfert a lieu; 

le micro-ordina teur teste que le trans- 
fert de donnees car te /memoir e vive est termine (par 
exemple en interrogeant le systeme d'acces direct memoi- 
5 re ou un "port" de la carte) et teste un code d'etat de 
la carte (par exemple "incidents eventuels" ou "fin de 
document" ) ; 

l'operation est repetee autant de fois 
que necessaire (autant de, fois. qu'i.1 y a de lignes gra- 
10 phiques dans le document transmis); 

la fin de 1* echange est provoquee soit 
par la carte (moyennant un code special retourne via un 
de ses "ports"), soit par les programmes du micro-ordi- 
na teur ; 

15 b) entre le, telecopieur et la carte : 

la communication se fait par l'interme- 
diaire de la sortie rapide a 25 broches du telecopieur; 

la communication est basee sur le princi- 
pe d'un interface serie transmettant une ligne (soit 
20 1728 bits en format "A4" normes CCITT) a la fois. avec 
une horloge de synchronisation; chaque groupe de 8 bits 
correspond a un .octet transmis au micro- ordina teur ou 
recu de celui-ci, le bit de poids fort: etant le premier; 

chaque operation d'entree ou sortie doit 
25 done emettre ou demander 1728 bits, soit 216 octets si 
on travaille en format "A4" selon les normes du 
" CCITT" ) . 

3 - Gestion interne- de la carte 

La carte d 'interface 2 dispose des ressour- 
30 ces necessaires pour gerer les ordres donnes par le mi- 
cro- ordina teur ; le protocole d'echange micro- ordina - 
teur/carte et le protocole carte/ telecopieur , ainsi que 
les reponses transmises par le telecopieur. 

Oe plus, et a f in d ' ameliorer les performan- 
35 ces du systeme, elle est capable de de synchroniser les 
echanges de donnees. micro- ordina teur / ca rte et carte/te- 
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lecopieur (dans les deux sens) en mettant les donnees 
recues d'un cote et non encore demandees de l'autre dans 
un buffer interne d'une taille suffisante pour etre ca- 
pable de stocker un certain n ombre de lignes. 
5 ta logique de la carte est capable de ralen- 

tir le flux de donnees entrant dans ce buffer en fonc- 
tion inverse de l'espace libre encore disponible dans 
celui-ci. Ceci af in de permettre de gagner du temps en 
desynchronisant les operations d * acqui sition et de trai- 

10 tement de donnees et de faire fonctionner 1' ensemble du 
systeme a une vitesse moyenne qui soit la plus proche 
possible de la vitesse moyenne du plus lent des deux 
systemes d ' acquisition et de traitement de donnees (on 
obtiendrait I'egalite des vitesses, par exemple , avec un 

15 buffer interne de taille tres grande) . 

B - LE SOUS-SYST EME OE COO AG E - OECODAGE OE DOCUMENTS 

Ce systeme permet de transcrire un document gra- 
phique saisi sous la forme d'une matrice de points ("pi- 
xels"), en un fichier de donnees binaires qui en est une 

20 representation exacte et generalement moins volumineuse 
(compression). Oe me me , on peut restituer le document 
graphique d'origine a partir du fichier de donnees gra- 
phiques codees. 

Le sous-systeme de coda ge- dec oda ge de document 

25 est compose du sous-systeme de codage et du sous-systeme 
de decodage qui permettent de realiser la transcription- 
document graphique, fichier de donnees graphiques codees 
et la transcription inverse. 

Ces deux s ou s - s y s t erne s realisent un codage/deco- 

30 dage suivant un algorithme de codage particulier detail- 
le plus loin et qui n'est pas revendique en lui-meme. 

L ' algorithme de codage employe est conforme a 
1'avis T-4 precite du CCITT (codage bidime n s ionnel ) . 
s a uf que : 

35 - la derniere sequence de bits d'une ligne est 

omise, par exemple une ligne de 1728 bits composee de 
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900 blancs et 828 noirs sera codee : "900 blancs - fin 
de ligne" (de me me une ligne blanche sera codee "code 0 
fin de ligne" ) ; il est rappele que la norme du CCITT 
impose de coder dans ce cas "900 blancs - 828 noirs - 
5 fin de ligne" : 

- le facteur " K" (tel que K-1 est egal au nombre 
de lignes codees en bidimens ionnel a la suite d'une li- 
gne codee en unidimensionnel) est parametrable et choisi 
entre 1 et 2500 (par exemple. selon le systeme de trans- 
10 fert de donnees utilise), "alors que le CCITT suggere 
d * employer K = 4 ; 

-de plus, chaque fois qu'une liigne blanche est 
detectee. le systeme de codage est reinitialise de telle 
sorte que la ligne suivante soit codee en unidiraension- 
15 nel (comme si on etait arrive a la fin des "K-1" lignes 
a coder, a la suite, en bidimeh sionnel ) , de telle sorte 
qu'une ligne non blanche suivant une ligne blanche soit 
toujour* codee en unidimensionnel; 

- enfin, un en-tete est reserve au debut de cha- 
20 que fichier "donnees graphiques codees" . qui peut conte- 
nir des donnees supplement aires concernant ce fichier; 
par exemple : 

- si le document a ete saisi en simple densi- 
te ou en double densite (nbrmes du CCITT): 

25 - si le document est lisible directement ou 

s' il a ete crypte; 

- un champ alphanumer ique permettant d'asso- 
cier un commentaire "texte" au document. 

C - LE SOUS-SYSTEME D'AFFICHAGE 
30 II permet d'afficher tout ou partie dun docu- 

ment graphique connu sous la forme d'une matrice de 
points ("pixels") d'un format donne. sur l'ecran gra- 
phique du micro-ordinateur, qui se presente egalement 
sous forme de matrice de points, mais d'un format 
35 eventuellement different. 

La conversion de format se fait selon deux homo- 
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theties, a savoir : 

a) une homothetie verticale qui permet de compo- 
ser une ligne d'affichage a partir d'une ou plusieurs 
lignes de donnees ou, au contraire. d'ecrire une ligne 

5 de donnees sur une ou plusieurs lignes d'affichage; 
cette homothetie est realisee de maniere a "epaissir les 
traits" dans le cas ou plusieurs lignes de donnees doi- 
vent etre combinees ("ou inclusif" des donnees "pixels 
noirs") et est effectuee de maniere " pseudo-alea toire " 

10 lorsque la definition verticale des donnees et celle de 
lecran graphique ne sont pas multiples l'un de l'autre 
(un systeme pseudo- alea toire permettant alors de savoir 
combien de lignes de donnees doivent etre fusionnees 
pour obtenir la ligne graphique suivante ou. au contrai- 

15 re, combien de fois la ligne de donnees traitee doit- 
elle etre ecrite a l'ecran sous forme de lignes graphi- 
ques succes s ive s ) ; 

b) une homothetie horizontale qui permet de 
changer une "ligne graphique" d'une longueur donnee (par 

20 example 1728 bits) en une ligne graphique d'une longueur 
differente et paraissant similaire a l'"oeil; le princi- 
pe de cette homothetie est de convertir la ligne graphi- 
que initiale en un tableau d ' index qui donne les numeros 
d'ordre, dans la ligne, des bits pour lesquels la "cou- 

25 leur" des "pixels" est passee de blanc a noir ou de noir 
a blanc (la. ligne est. supposee commencee en "blanc"). 
puis de multiplier chacun de ces index par une constante 
non entiere et . enfin de recomposer la ligne graphique a 
partir du nouveau tableau d * index , le rapport des lon- 

30 gueurs de la nouvelle ligne graphique et de la ligne 
graphique d'origine etant egal a la constante qui a ser- 
vi aux multiplications et de plus les arrondis etant ge- 
res de maniere a "epaissir le trait" plutot que de ris- 
quer de l'amincir. 

35 0 - LE SOUS-SYSTEME DE GESTION DE LA BASE DE DONNEES LO- 
CALE 
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II permet de gerer les fichiers de donnees gra- 
phiques compactees presents dans la memoire de masse du 
micro-ordinateur (disques. disquettes, etc.) en reali- 
sant notamment les fonctions suivantes : 

acces a un fichier, connaissant son identifi- 
cation (sur un nombre de caracteres pa r ame trables entre 
let 100); 

- creation d ' un fichier avec son identification 
(sur un. nombre . de caracteres par ametrables entre 1 et 
100); 

obtention de la liste triee. des fichiers a 
partir d * un nom donne (liste triee sur les noms ) ; 

obtention de la liste des fichiers triee sur 
la date de derniere consultation, a partir d'une date 
donnee; 

liberation d * espace-disque en supprimant le 
fichier le moins recemment consulte qui figure egalement 
dans. la memoire de masse d'un autre systeme. 
E - LE SYSTEME DE COMMUNICATION 

Ce sous-systeme permet d'echanger des fichiers 
de donnees graphiques compactees entre le micro-ordina- 
teur sur lequel il est implante et un ou plusieurs sys- 
temes; il realise notamment les fonctions suivantes : 

acquisition d'une liste de fichiers figurant 
dans la base de donnees d'un autre systeme et presenta- 
tion a l'operateur d'une liste triee et fusionnee de 
fichiers de donnees locaux et distants; 

recherche d'un fichier de donnees sur un sys- 
teme distant; 

envoi d'un fichier de donnees sur un systeme 

distant; 

envoi de tous les fichiers de donnees non en- 
core "envoyes" sur un systeme distant. 

Le sous-systeme de communication peut fonction- 
ner grace a une liaison type "emulation ecran IBM "3278" 
au moyen d'un reseau local, ou par tout autre systeme de 
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liaison entre ordina teur s . 

Pour realiser les seize programmes mentionnes 
ci-dessus avant la description des figures 1 et 2, l'en- 
semble du dispositif est constitue par 37 modules, a sa- 
5 voir : 30 sur le micro-ord ina teur et 7 sur le site cen- 
tral. Les modules du site central sont par exemple 
ecrits en language "COBOL" et en assembleur et tous ceux 
du micro-ordina teur sont ecrits en assembleur. Les modu- 
les du micro-ordina teur peuvent etre regroupes en sous- 

10 systemes correspondan t a la description precedente. 
1 - MODULES DU MICRO-ORDINATEUR 

a) NeuiF modules du sous-systeme de codage-deco- 
dage, a savoir cinq modules pour le codage et quatre 
modules pour le decodage. 

15 ce sont les modules suivants : 

- le module "acquisition de ligne" qui con- 
tient toutes les procedures necessaires au dialogue avec 
la carte de communication micro- ordina teur - telecopieur 
et notamment ' la procedure de lecture d'une "ligne gra- 

20 phique" dans les buffers de cette carte pour traitement 
par les programmes; 

- le module "compaction" qui contient la pro- 
cedure de compaction d'un feuillet de document: cette 
procedure acquiert chacune des lignes graphiques du do- 

25 cument a traiter (par le module precedent), puis les 
analyse pour dresser la" table des mutants" (liste or- 
donnee des index des "pixels" de la ligne graphique pour 
lesquels la "couleur" de la ligne change de blanc a noir 
ou vice-versa), ensuite communique la table des mutants 

30 aux modules d'affichage (pour afficher la ligne au for- 
mat de l'ecran), et enfin code la ligne. selon 1' algori- 
thme de ja cite, dans un buffer en memoire vive en utili- 
sant les longueurs de sequence d'une "couleur" donnee 
qui sont obtenues par soustraction a partir de la table 

3 5 des mutants ou en utilisant les decalage par rapport a 
la transition cor r e s ponda n t e de la ligne precedente 
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(soustraction a partir de la table des mutants "couran- 
te" et de la table des mutants " preceden te" ) ; 

le module "annexe de la compaction" qui 
contient des procedures utilitaires necessaires au pro- 
gramme de compaction pour gerer le buffer de donnees 
graphiques compactees (notamment pour l'ecrire dans un 
f ichier ) ; 

- le module "table de compaction" qui con- 
tient toutes les tables necessaires au programme de com- 
paction (correspondant aux tables decrites dans "l'avis 

T-4 du CCITT" ) : T 

- le module "commande de la compaction" qui 
contient la procedure "maitresse" du programme de com- 
paction, chargee notamment de l'allocation des buffers, 
de 1* initialisation des valeurs et du dialogue avec 
1 ' opera teur ; 

- le module "decompaction" qui contient la 
procedure de decompaction d'un feuillet de document, 
cette procedure traite le f ichier des donnees compactees 
(precedemment ou dans un buffer) et l'interprete pour 
pouvoir dresser la "table des mutants" de cette ligne . 
correspondant exact de la table des mutants de la ligne 
obtenue precedemment par le programme de compaction; en- 
fin la procedure communique la nouvelle table des mu- 
tants aux modules daffichage et traite la ligne sui- 
vante: la procedure de decompaction permet egalement de 
decompacter le feuillet pour impression sur l'imprimante 
associee au telecopieur; 

- le module "annexes de la decompaction" qui 
contient les procedures utilitaires necessaires au pro- 
gramme de decompaction pour gerer le buffer de donnees 
graphiques compactees (notamment pour le lire dans un 
fichier) et pour recaler la decompaction en cas d'anoma- 
lie constatee dans les donnees; 

- le module "tables de decompaction" qui con- 
tient toutes les tables necessaires au programme de de- 


2580095 


t 9 

compaction ( corres pondant au reciproque des tables de- 
crites dans l'avis T-4 du CCITT); 

- le module "commande de la decompaction" qui 
contient la procedure "maitresse" du programme de decom- 
5 paction chargee notamment de l'allocation des buffers, 
de 1 * initialisation des valeurs et de la lecture de la 
"table de commande" du programme; 

b) trois modules du s ou s - s y s t erne d'affichage. a 

savoir : 

10 - le module "traitement de la table des mu- . 

tants pour affichage" qui contient le programme de trai- 
tement retour de la table des mutants et composition de 
la ligne au format de l'ecran de visualisation; ce pro- 
gramme multiplie chacune des entrees de la "table des 

15 mutants" par une constante (le rapport d ' homothe t ie*' qui 
correspond au rapport de la longueur d'une ligne graphi- 
que d'ecran a la longueur d'une ligne graphique en sai- 
sie selon les normes du CCITT). puis compose dans un 
buffer une " ligne- graphique" qui commence par du "blanc" 

20 et change de couleur pour chaque pixel dont la valeur 
d'index de la ligne figure dans la file des mutants 
"corrigee" par le rapport d ' homo the tie ; ce module effec- 
tue egalement 1' homothetie verticale. c' est-a-dire que. 
connaissant le nombre de lignes graphiques du document 

25 d'origine, le nombre de lignes graphiques de 1* afficha- 
ge , le programme en deduit , selon un algorithme pseudo- 
aleatoire qui permet de respecter l'esthetique de 1' af- 
fichage, combien de fois une ligne (de "reference") don- 
nee doit etre repetee a 1* affichage ou , au contraire, 

30 combien de lignes doivent etre fusionnees (par "ou in- 
clusif " ) pour donner une ligne d'af fichage; ce module 
permet egalement de composer une ligne pour l'impression 
sur l'imprimante du telecopieur; 

- le module "traitement de la carte d'affi- 

35 chage graphique" qui contient toutes les procedures ne- 
cessaires pour initialiser la carte de gestion de 1 * e - 
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cran, en mode texte ou en mode graphique, pour afficher 
le premier ou le second des buffers de la carte (mode 
graphique), pour afficher sur la carte le contenu d'un 
buffer de donnees (present en memoire vivel et pour af- 
5 ficher directement. a l'ecran, une ligne de donnees 
graphiques ; ces procedures adressent directement les 
ports de la carte de controle de l'ecran en evitant done 
les dialogues avec le systeme d ' exploit a tion du micro- 
ordinateur; 

10 - le module "changement de fenetre" qui per- 

met de commander facilement l'affichage d'une partie 
donnee du document a l'ecran du micro-ordina teur ; il 
calcule 1 ' adres se-memoire a laquelle se trouve la partie 
demandee par l'operateur et demande (via le module pre- 

15 cedent) l'affichage a l'ecran de la fenetre de document 
dema ndee ; 

c) cinq modules du systeme de gestion de la base 
de donnees, a savoir : 

le "module principal de gestion des fi- 

20 chiers de feuillets" qui contient les procedures d ' ini- 
tialisation du systeme de gestion de la base de donnees 
(lecture de la table d* index de la base de donnees) de 
validation des modifications faites (reecriture de la 
table), de gestion de debordement (destruction de l'en- 

25 tree la moins recemment consultee qui figure egalement 
sur le site central) , de creation d ' entree dans la ta- 
ble, de suppression de document (1 document = 1 ou plu- 
sieurs feuillets, 1 feuillet = 1 entree de la base de 
donnees ) ; 

30 - le "module annexe "A" de gestion des fi- 

chiers de feuillets" qui contient les procedures de des- 
truction d'une entree de la table sur la cle n* 1 (nume- 
ro de dossier) et destruction du fichier cor re spond an t . 
de mise a jour de la cle n* 2 (date de derniere consul- 

35 tation) d'une entree dont on donne la valeur de la cle 
n* 1, de recherche de l'entree suivante sur la cle n* 1; 
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- le "module annexe "B" de gestion des fi- 
chiers de feuillets" qui contient les procedures de ma- 
nipulations de la base de donnees sur la cle n* 2; 

le "module annexe "C" de gestion des fi- 
5 chiers de feuillets" qui contient les utilitaires de ma- 
nipulation de la table d ' index : la procedure d ' extract- 
ion de la table des index n* 1 (extraction dans un autre 
buffer). la procedure d'extraction de la table d'index 
n* 2 (idem) et les procedures de tri des tables d'index 
10 (procedures de tri recursif suivant 1 ' algori thme dit du 
"tri rapide"); 

- ie "module annexe "0" de gestion des fi- 
chiers de feuillets" qui contient les procedures de cre- 
ation, ouverture et destruction des fichiers de donnees 

15 cor respondant a une entree de la table: 

d) six modules du systeme de communication, a 

savoir : 

- le "module de traitemont de la carte emula- 
tion 3278. qui contient tous les utilitaires pour envoy- 
20 er un buffer d ,M ecran" au site central via la connexion 
type "IBM 3278". pour attend re une reponse du site cen- 
tral et pour lire la reponse du site central dans un 
buffer de donnees en memoire vive; 

- le "module d'envoi de f ichier s-f euille t s " 
25 vers le site central, qui permet d'envoyer un fichier de 

donnees graphiques compactees au site central en emula- 
tion 3278 selon un protocole d'ecran decrit plus loin et 
en utilisant le module precedent; 

- le "module de commande de 1' envoi" (envoi 
30 commande de document) qui contient la procedure "mai- 

tresse" de 1* envoi commande de document; cette procedure 
gere le dialogue avec l'operateur et utilise les deux 
modules precedents pour envoyer un document graphique , 
dont la reference est saisie par l'operateur, au site 
35 central; 

- le "module de commande d'envoi par lots" 
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qui contient la procedure maitresse de 1'envoi de docu- 
ments par lots; cette procedure explore la base de don- 
nees locale et envoie au site central tous les documents 
de cette base qui ne sont pas presents dans la base de 
5 donnees distante; 

- le "module de reception de fichiers-feuil- 
lets depuis le site central" qui demande au site central 
les donnees binaires codees d'un f ichier- f euillet donne . 
gere le protocole d'echange avec le site central et ran- 

10 ge les donnees obtenues dans la base de donnees locale 
en y creant une nouvelle entree; 

- ie "module de commande de la visualisation 
de repertoire general et de la reception de documents 
qui contient la procedure maitresse de la demande du 

15 repertoire des documents "distants" d'un dossier, ob- 
tention du repertoire des documents locaux du meme dos- 
sier (par consultation de la base de donnees), fusion 
des repertoires et affichage du repertoire fusionne a 
i;operateur, puis traitement au choix de l'operateur 

20 avec. reception eventuelle du document selectionne depuis 
la base de donnees du site central (par le module prece- 
dent) et. enf in . renseignement de la table de commande 
du programme de visualisation avec les references du do- 
cument selectionne par l'operateur (et even tuellement 

25 recu du site central); la table de commande est ensuite 
traitee par le programme de visualisation; 

e) trois modules utilitaires, a savoir : 

- le "module de lecture du clavier et ecritu- 
re a l'ecran" qui contient divers utilitaires de saisie 

30 de chaine de caracteres . saisie de chaine de caracteres 
numeriques . saisie de touches- fonction s et divers utili- 
taires d ' affichage; 

- - le "module de saisie du mot -de -pa s se" qui 
contient la procedure maitresse du programme de controle 

35 du mot de passe pour sortie du logiciel et retour au 
systeme d ' exploitation du micr o-ord ina teur ; 
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- le "module cl ' init iali sa t ion de la base de 
donnees" qui contient la procedure maitresse d'un pro- 
gramme d ' initialisation ou de reinitialisation de la 
base de donnees a une taille. saisie par l'operateur; 
5 -f ) trois autre s module s , a savoir : 

le "module du gestionnaire de menu" qui 
contient la procedure maitresse du programme de gestion 
des "menus" propose a l'operateur; cette procedure dia- 
logue avec l'operateur et charge d y namiq uemen t en me- 
10 moire le programme corres ponda n t au choix -fait par ce- 
lui-ci : 

- le "module de commande de la visualisation 
de repertoire local" qui contient une procedure analogue 
a celle du "module de commande de la visualisation de 
15 repertoire general" (decrite precedemmen t ) . a ceci pres 
que cette procedure-ci n'interroge pas le repertoire de 
la base de donnees distante et n' assure pas la reception 
eventuelle d'un document distant; 

- le "module de commande de la destruction 
20 d * un document dans la base de donnees locale, qui con- 
tient la procedure maitresse du programme de destruction 
comma ndee d'un document dans la base de donnees locale; 

- le "module de commande du programme de lis- 
te des dossiers connus localement" permet de lister a 
25 1'ecran . tous les dossiers pour lesquels on dispose au 
mo ins d'un document dans la base de donnees locale. 
2 - MODULES OU SITE CENTRAL 

II y a en ce site huit modules, dont six ecrits 
en cobol et deux en assembleur (les deux derniers eriu- 
30 meres ci-apres ) : 

- le "module de creation, reorganisation et sau- 
vegarde de la base de donnees du site central" qui con- 
tient des procedures utilitaires pour la gestion et la 
creation de la base de donnees; 
35 - le "module de reception d'un document" qui 

contient les procedures d ' une transaction T.P. qui per- 
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met de recevoir un document depuis un poste de saisie en 
gerant le protocole d'ecran; 

- le "module d* envoi d * un document" qui contient 
les procedures d'une transaction T.P. qui permet d'en- 

5 voyer un document a un poste qui le demande en gerant le 
protocole d'ecran: 

- le "module d* envoi du repertoire des documents 
d'un dossier" qui permet d'envoyer le repertoire des do- 
cuments d'un dossier a un terminal 3278 ou a un poste de 

10 micro-ordina teur qui le demande; 

le "module de destruction d'un document" qui 
permet de detruire un document de la base de donnees du 
site central; 

- le "module de controle des autorisa tions d ' ac- 
15 ces" qui permet de verifier 1 * autorisa tion d'acces des 

differents postes aux differentes fonctiona sur les dif- 
fer ents dossiers; 

- le "module de compaction des donnees" qui per- 
met de recompacter les fichiers envoyes sur la ligne en 

20 liaison type "emulation 3278"; ce module effectue la 
compaction "caracterea af f ichables'M pou vant etre transmis 
sur la liaison "3278") ver s "donnee s -bina ir es n , s a n s rap- 
port done avec la "compaction de document" decrite pre- 
cedemment; 

2 5 le "module de decompaction des donnees" qui 

permet de decompacter les fichiers presents dans la base 
de donnees pour les envoyer sur la ligne en emulation 
3278"; ce module effectue l'operation inverse du module 
precedent . 

30 On terminera la description detaillee par la 

description du protocole de liaison entre le site cen- 
tral et le micro-ordina teur . 

La liaison entre le site central et le micro-or- 
dinateur est en fait une liaison de type "emulation 
35 terminal IBM 3278". 

Le micro-ordina teur est relie. via un cable co- 
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axial, a une unite de controle qui gere plusieurs micro- 
ordinateurs ou terminaux et qui est elle-meme reliee a 
un grand systeme. Les programmes de 1 * application dialo- 
guent avec 1 'unite de controle grace a une carte d ' i n - 
5 terface type emulation 3276, par example la carte 
"IRMA"; ce dialogue est gere de telle maniere que le mi- 
cro-ordinateur envoie au site central des "ecrans M de 
donnees comprenant l'appel a une transaction pseudo-con- 
versa tionnelle du moniteur de t ele- tr a i t ement installe 
10 sur le site central et, event uellemen t . des donnees sui- 
vies d'un code de redondance. 

A) Description du protocole entre les programmes et la 
carte d ' emulation-terminal. 

Un probleme dans la gestion de la carte par le 
15 programme (et la gestion du protocole micro-ordina teur - 
unite de controle) est 1'envoi de codes- touches a l'uni- 
te centrale. 

En ef fet , ces codes- touches doivent passer par 
une liaison a synchrone-half -duplex (dans le cable co- 

20 axial) et , pour [ en voyer le code-touche suivant, il faut 
attendre que 1'unite de controle ait eu le temps de re- 
pondre even t uellement qu * elle ne pouvait pas accepter de 
codes supplement aires pendant quelque temps. 

Ainsi 1'envoi de donnees du micro-ordina teur 

25 vers 1'unite centrale (et done vers le site central) 
risque-t-il de ne pas etre tres performant. 

Pour traiter ce probleme au mieux , on realise un 
a justement automatique du delai d'attente de la reponse 
eventuelle de 1'unite de controle; cet a justement fonc- 

30 tionne de la maniere suivante : au debut, le delai d'at- 
tente de la reponse part dune valeur relativement gran- 
de (parametree) , puis, pendant 1'envoi, la valeur de ce 
parametre se reduit lineairement jusqu' a obtenir le blo- 
cage du clavier (pour cause de non respect d ' une reponse 

35 de 1'unite de controle); apres quoi, le clavier est res- 
taure (commande speciale) , les caracteres perdus sont 
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reemis et la valeur du delai d ' attente est augmentee 
d'un certain pourcentage . Ensuite la nouvelle valeur du 
delai d ' attente est, a son tour, reduite lineairement et 
la sequence d ' a justement decrite precedemment reprend 
5 avec un facteur de reduction inferieur et un pourcentage 
d ' augment a tion du delai d* attente egalement inferieur. 
Ensuite la valeur de delai d' attente obtenue est utili- 
see dans la suite des echanges . sauf blocage du clavier. 
En cas de blocage du clavier, le programme effectue la 
10 restauration et recommence la sequence d* a justement de 
la valeur du delai d * attente . d ' une reponse eventuelle de 
1' unite de controle. 

B) Description du protocole d'ecran entre les programmes 
du micro -ordina teur et, les transactions du site cen- 
15 tral. 

On decrira le protocole d'echange entre le mi - 
cro-ordina teur et les trois transactions les plus impor- 
tantes de la partie du systeme qui est installee sur le 
site central, par exemple les transactions de reception 
20 de documents sur le site central, d'envoi de documents 
depuis le site central et d'envoi de la liste des 
documents d'un dossier. 

1. Transaction de reception de documents. 

Le micro-ordina teur envoie un ecran compose de 
25 1" identifiant de la transaction "reception de documents" 
(identifiant parametre dansles. tables de configuration 
du moniteur T.P.). de 1 ' identifiant du document envoye 
( cle de base ♦ numero de dossier ♦ date de saisiel , du 
numero d ' ordre du "bloc de donnees" envoye tnumeros 
30 d ' ordre de 1 a n. sequentiels pour les blocs d'un docu- 
ment), d'un indicateur d'etat (suite, fin de feuillet. 
fin de document) et des donnees du bloc envoye (sous 
forme d'une chaine de caracteres avec 65 caracteres dif- 
ferents); la partie "donnees" est suivie dun code de 
35 redondance. 

La transaction "reception de document" au recu 
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de cet ecran et apres verification d'usage (dont autori- 
sation d'acces et redondance) enregistre les. donnees re- 
cues dans la base de donnees du site central et rer.voie 
au micro-ordinateur un ecran-retour compose de son iden- 
tifiant (T.P.) de la reference du document en cours 
d* envoi et du numero d'ordre du prochain bloc de donnees 
attendu pour ce document. Le curseur est positionne im- 
mediatement apres ce numero. Si les verifications d'"u- 
sage" ne donnent pas satisfaction. . la transaction envoie 
soit un code d'erreur ( alphabetique ) a la place du nume- 
ro du prochain bloc attendu. soit considere ce bloc com- 
me non recu et demande le prochain bloc de donnees at- 
tendu. qui est done le meme qu'avant recepion du bloc 
refuse . 

15 2- Transaction d * envoi de documents. 

Le micro-ordinateur envoie un ecran compose de 
1 ' identif iant de la transaction "envoi de documents", de 
1 * identif iant du document demande et d ' un numero dont la 
signification est "numero du dernier bloc connu par le 

20 micro-ordinateur pour ce document" ( e ventuellemen t ze- 
ro). La transaction repond en envoyant le bloc de don- 
nees de numero suivant immedia t emen t le numero recu du 
micro-ordinateur. Le format d'envoi est le suivant : 
identifiant de la transaction d'envoi. identifiant du 

25 document envoye. numero d'ordre du bloc envoye . indica- 
teur d'-etat" (suite, fin de feuillet. fin de document), 
donnees et code de redondance. Le curseur est positionne 
sur l'indicateur d'"etat". 

3. Transaction d'envoi de la liste des documents d * un 

30 dossier . 

Le micro-ordinateur envoie un ecran compose de 
1' identif iant de la transaction "envoi de la liste des 
documents d'un dossier", de 1 * identif iant du dossier de- 
mande et d'un numero. 

35 La transaction repond en envoyant une liste de 

22 documents de ce dossier, dont le numero d'ordre (re- 
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latif a 1* interieur de la liste generale des documents 
de ce dossier) est le numero suivant immedi a t ement le 
numero cite dans le buffer d'appel. 

Le format d'envoi est le suivant : 
5 - identif iant de la transaction de "liste". 

identifiant du dossier consulte, numero d'ordre de l'e- 
cran dans la liste generale, puis code d'etat ("suite", 
"fin" ou erreurs) et liste ordonnee de 22 documents de 
ce dossier (1 par ligne) avec divers r ense ignement s pour 

10 c ha que document . 

Comme il va de sbi et comme il resulte d'ail- 
leurs deja de ce qui. precede, l'invention ne se limite 
nullement a ceux de ses modes d * application et de rea- 
lisation qui ont ete plus specialement envisages; elle 

15 en embrasse, au contraire. toutes les variantes. 
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REVENDICATIONS 

1. Precede pour la saisie, l'archivage local ou 
Xa transmission a distance, avec archivage eloigne 
eventuel, et JLa reproduction ulterieure, a partir de 

5 l'archivage local ou de l'archivage eloigne, de docu- 
ments constitues par des textes et/ou des images, ca- 
racterise en ce qu " il comporte la succession des opera- 
tions suivantes : 

- on saisit et numerise (par mise sous forme 
10 numerique) le document, 

- on comprime celui-ci, 

- on transmet a un support de -memorisation 
local et/ou a distance le document comprime, 

- on stocke localement et/ou a distance le 
15 document comprime et transmis, et 

- on repere et restitue le document stocke 
localement ou a distance. 

2. Procede- selon la revendication 1, realisant 
la compression es sen t iellemen t d'une maniere classique 

20 (suivant la norme de codage bidimensionnelle du CCITT 
-figurant dans 1* avis T-4 de 1980 pour la normalisation 
des telecopieurs du groupe 3), caracterise en ce que 
toutefois : 

- la derniere sequence de bits est omise et 
25 remplacee par la mention "fin de ligne" ; 

- on met en oeuvre un facteur ~ K" (tel que 
K - 1 = n ombre de lignes codees en bidimensionnel a la 
suite d'une ligne codee en unidimen sionnel ) parametrable 
et choisi entre 1 et 2500; et 

30 - chaque fois qu'une ligne blanche est detec- 

te«» 1m codage est reinitialise de telle sorte que la 
ligne suivante soit codee en unidimensionnel ( comme si 
on etait arrive a la fin des "K-T lignes a coder, a la 
suite, en bidimensionnel), de telle sorte qu'une ligne 

35 non blanche suivant une ligne blanche soit toujours co- 
dee en unidimensionnel. 
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3. Procede selon la revendica t ion 2. caracterisi 
en ce que en outre un en-tete est reserve au debut de 
chaque fichier "donnees graphiques codees" qui. peut con- 
tenir des donnees s upplemen t aire s concernant ce fichier. 

5 en particulier 

- si le document a ete saisi en simple densi- 
te ou en double densite; , 

- si le document est lisible directement ou 
s * il a ete crypte; ,et/ou 
10 - un champ alpha numerique permettant d'asso- 

cier un comment a ire "texts" au document. 

4. Procede selon l'une quelconque des revendica- 
tions precedentes, caracterise en ce que, pour afficher 
notamment sur un ecran video un document dans un -format 

15 different de celui suivant lequel il a ete? stocke , on 
realise une conversion de -format selon deux homothetias , 
a savoir : 

- une homothetie verticale qui permet de com- 
poser une ligne d ' af fichage a partir d'une ou plusieuri 

20 lignes de donnees ou, au cpntraire, d'ecrire une ligne. 
de donnees sur une ou plusieurs lignes d'af fichage, cet- 
te homothetie etant realisee de maniere a "epaissir les 
traits" dans le cas ou plusieurs lignes de donnees doi- 
vent etre combinees et etant effectuee de maniere "psou- 

25 do-aleatoire" lorsque la definition verticale des don- 
nees et celle de 1* ecran graphique ne sont pas multiples 
1 * un de 1* autre, pour savoir combien de lignes de don- 
nees doivent etre fusionnees pour obtenir la ligne gra- 
phique suivante ou. au contraire, combien de fois le 

30 ligne de donnees traitee doit-elle etre ecrite aY 1' ecran 
sous forme de lignes graphiques successives; et 

- une homothetie horizontale qui. permet de 
changer une "ligne graphique" d'une longueur donnee en 
une ligne graphique d'une longueur differente et paraxs- 

35 
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sant similaire a l'oeil, par conversion de la ligne gra- 
phique initialo en un tableau d ' index qui donne les nu- 
meros d'ordre, dans la ligne. des bits pour lesquels la 
-couleur" des "pixels" est passee de blanc a noir ou de 
S noir a blanc (la ligne etant supposee commencee *n 
-blanc") puis, de multiplier chacun de ces index par une 
constante non entiere et. enfin, de recomposer la ligne 
graphique a partir du nouveau tableau d'index, le rap- 
port des longueurs de la nouvelle ligne graphique et de 
10 la ligne graphique d'origine etant egal a la constante 
qui a servi aux multiplications et les arrondis etant 
geres de maniere a "epaissir le trait" plutot que de 
risquer de l'amincir. 

5. Dispositif pour la mise en oeuvre du procede 
15 selon l*une quelconque des revendica tions precedentes, 

caracterise en ce qu'il comprend - en combinaison avec 
un telecopieur numerique (1). un micro-ordina teur (2) et 
des supports (4a, 4b... 4k) de stockage d ' informations 
numeriques et even tuellement une liaison (5) de trans- 
20 mission a distance - une carte- interface (3) gerant le 
telecopieur. le micro-ordina teur . les supports de sto- 
ckage d 'informations numeriques et eventuellement la 
liaison de transmission a distance pour realiser succes- 
sivement : 

- la saisie et la numerisation (par mise sous 
forme numerique) du document, 

- la compression de celui-ci. 

- la transmission a un support de memorisa- 
tion local et/ou a distance du document comprime, 

- le stockage local et/ou a distance du do- 
cument comprime et transmis , et 

- le reperage et la restitution du document 
stocke localement ou a distance. 

6. Dispositif selon la re vendica tion 5. caracte- 
35 rise en ce que la carte interface (3) comporte une uni- 
te-tampon ou buffer (3a) apte a realiser la desynchroni- 
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sation entre 1 ' acquisition des donnees du document par 
le telecopieur (1) et le traitement de ces donnees par 
le micro- ord ina teur (2). 

7. Dispositif selon la r e vendic a t ion 6. caracte- 
rise en ce que 1' unite-tampon (3a) realise un ralentis- 
sement du flux des donnees du document, en provenance du 
telecopieur (1) et destine au micro-ordina teur (3), qui 
est en fonction inverse de l'espace de stockage libre 
encore disponible dans 1 ' unit e- tampon . 
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